home *** CD-ROM | disk | FTP | other *** search
/ The Very Best of Atari Inside / The Very Best of Atari Inside 1.iso / sharew / dfue / utility / gszrz228 / history.txt < prev    next >
Text File  |  1995-05-23  |  20KB  |  491 lines
  1. History:
  2.  
  3. v 1.1  21.5.90
  4. Binär-Files wurden teilweise nicht korrekt übertragen.
  5.  
  6.  
  7. v 1.2  27.05.90
  8. Ein patchen von RUFUS ist nun nicht mehr notwendig. Die beiden
  9. PRG's ersetzen die Standard SZ.TTP & RZ.TTP. Bei Start von ZMODEM
  10. wird nun der Bildschirm gesichert und nach Beenden wieder restauriert.
  11.  
  12. Die Alert-Box beim Beenden wurde rausgenommen. Stattdessen wird die
  13. letzte Status/Fehler Meldung an STDERR ausgegeben und landet somit
  14. bei Verwendung von RUFUS im Terminalfenster.
  15.  
  16. Bei Receive wird jetzt nach Empfang der Dateigrösse abgeprüft, ob auf
  17. dem aktuellen Laufwerk genug Platz dafür ist. Wenn nicht, Cancel des
  18. Receive und Fehlermeldung !
  19.  
  20. Der Fehler in der Zeitanzeige (Zehner-Minuten in Einer-Stundenfeld)
  21. ist behoben.
  22.  
  23. RZ kennt nun auch Receive-Crash-Recovery. D. h. wenn während des
  24. Empfangs einer Datei die Verbindung unterbrochen wird, so wird die
  25. bisher empfangene Datei auf Platte/Disk abgelegt. Wird die Ver-
  26. bindung neu aufgenommen, und das gleiche File empfangen, so wird
  27. mit der Übertragung dort begonnen, wo sie vorher unterbrochen wurde.
  28. Sind die Dateigrößen der Datei auf Disk und der zu empfangenden Datei
  29. gleich, so wird der Empfang abgebrochen, und die Fehlermeldung
  30. 'xxxxxxxx already exists' ausgegeben.
  31. Vorsicht ist angebracht. Hat man eine ältere Version eines Programmes
  32. vorliegen, und lädt eine neuere Version runter, die um ein paar Bytes
  33. länger ist, so empfängt RZ im Resume-Mode und hängt nur die zusätz-
  34. lichen Bytes an !!!!! Das gibt natürlich Schrott. Also aufgepasst.
  35.  
  36.  
  37. v 1.2a 01.06.90
  38. Fehler in der Speicherbelegung behoben.
  39. Getestet in Mono & Mittlerer Farb-Auflösung, mit und ohne AMCGDOS
  40. It seem's to work.
  41.  
  42. v 1.2b 01.06.90
  43. Wie gesagt, It seem's...
  44. Läuft jetzt auch mit BIGSCREEN 1.0 in Mono und Farbe
  45. Bei Verwendung mit RUFUS 1.0 in RZ.TTP bzw SZ.TTP umbenennen.
  46. RUFUS 1.02 verlangt RZ.PRG und SZ.PRG
  47.  
  48. v 1.2c 09.05.90
  49. Grrrr, hatte den Fehler in 1.2b nur in RZ, nicht aber in SZ behoben.
  50. War wohl schon zu spät in der Nacht und zu kurz vorm Urlaub.
  51.  
  52. v 1.3ß 18.06.90
  53. Die ANZEIGE des Pfades auf 44 Zeichen begrenzt.
  54. Existierte bei RZ das File bereits, so wurde der Transfer abgebrochen.
  55. Nun erscheint eine Alertbox, in der ausgewählt werden kann, ob das
  56. File neu übertragen (Delete) oder abgebrochen (Abort) werden soll.
  57. Ist ein File vorhanden, das kürzer ist als das angeforderte File,
  58. so kann zwischen Resume (unterbrochenen Transfer fortsetzen) oder
  59. Delete (File komplett neu übertragen) gewählt werden.
  60.  
  61. v 1.4 12.07.90
  62. Auf Anregung eifriger Benutzer:
  63.  
  64. In RZ wird bei existierendem File nun eine Alertbox mit 3 Buttons
  65. angezeigt (Resume | Delete | Abort) anstelle von 2 verschiedenen
  66. Alertboxen.
  67.  
  68. Neuer Commandline Parameter: '-y'
  69. Wird bei Aufruf von RZ in der Commandozeile -y übergeben, so wird ein
  70. eventuell existierendes Receive-File OHNE Rückfrage gelöscht und der
  71. Empfang komplett durchgeführt.
  72.  
  73. v 1.5 09.09.90
  74. Pixelsalat bei Beenden von SZ & RZ auf TT030 in mittlerer Auflösung
  75. beseitigt.
  76.  
  77. v 1.6 25.10.90
  78.  
  79. Neuer Commandlineparameter für RZ.PRG: '-r'
  80.     Wird bei Aufruf von RZ in der Commandozeile -r übergeben, so wird
  81.     ein eventuell existierendes Receive-File OHNE Rückfrage im Resume-
  82.     Mode empfangen. Parameter -y darf nicht angegeben sein!
  83.  
  84. Neuer Commandlinparameter für RZ.PRG: '-o file.ext'
  85.     Wird bei Aufruf von RZ in der Commandozeile -o file.ext übergeben,
  86.     so wird der vom Sender geschickt Dateiname durch file.ext ersetzt.
  87.     Sollte file.ext bereits existieren, so wird es vorher gelöscht.
  88.  
  89. Neuer Commandlineparameter für RZ.PRG: '-e'
  90.  
  91.     Existiert das zu empfangende File bereits, so wird die File-Extension
  92.     im Dateinamen des NEUEN Files durch 001 (max 999!) ersetzt.
  93.  
  94. Mehr Variationen zu diesem Thema nehme ich NICHT mehr auf ! Weitere An-
  95. fragen / Vorschläge sind zwecklos !
  96.  
  97. Die Übertragung im ASCII-Mode wurde in beiden PRG's vollständig entfernt,
  98.     da sie eh nicht richtig funktionierte und wohl kaum verwendet wird!
  99.  
  100. Bei SZ wird nun der Filename in Kleinbuchstaben übertragen. (Wird in
  101.     der ZMODEM-Doku empfohlen)
  102.  
  103. Und nun das Beste: SZ kann jetzt den vollen Stream-Mode, wartet also
  104.     nicht mehr alle 1024 Bytes auf ein ACK ! Dadurch wird der Durchsatz
  105.     beim Senden bei High-Speed wesentlich verbessert.
  106.     Ausserdem wird bei fehlerhafter Übertragung automatisch die Block-
  107.     grösse reduziert und bei fehlerfreier Übertragung wieder heraufgesetzt.
  108.     Dadurch wird bei schlechter Leitung der Durchsatz verbessert, da die
  109.     zu wiederholenden Blockgrössen sich bei häufigen Fehlern verringern
  110.     und infolgedessen häufiger intakte Blöcke übertragen werden können.
  111.  
  112. v 1.7 02.11.90
  113.  
  114. SZ & RZ schalten nun nichtmehr den Handshake aus.
  115. Mein besonderer Dank gilt hierbei Rainer Micheels, der mich darauf
  116. aufmerksam machte.
  117.  
  118. v 1.8 10.11.90
  119.  
  120. Asche auf mein Haupt. Ab v 1.6 ist der Exit-Code von RZ falsch
  121. gewesen. Sorry ! Jetzt wird wieder 0 zurückgegeben, wenn alles ok war.
  122.  
  123. Bei RZ wird nun ein empfangenes File nicht mehr Read-Only, wenn
  124. es diesen Status mitbekommen hat. Das war doch etwas lästig.
  125.  
  126. Benutzer von High-Speed Modem's sollten bei SZ den Parameter -l 1024
  127. angeben. Dann wird nach jedem Frame ein ACK angefordert.
  128. Eventuelle Fehler bei Retry werden damit behoben.
  129.  
  130.  
  131. v 1.9 08.12.90
  132.  
  133. SZ.PRG und RZ.PRG sind ab sofort Shareware! Bitte die entsprechenden
  134. Bedingungen beachten.
  135.  
  136. SZ sendet bei Retries nun ein Break von 250 ms an das Modem. Damit müssten
  137. die Probleme mit MNP5 beseitigt sein.
  138. Mein Dank an Rene Deutscher @ HH, ohne dessen Hilfe das Problem noch
  139. nicht besetigt wäre.
  140.  
  141. Bei SZ wird nun eine korrekte Fehlermeldung angezeigt, wenn der Empfänger
  142. den Transfer eines Files überspringt, weil es bereits existiert.
  143.  
  144. Neuer Commandlineparameter für RZ.PRG: '-s'
  145.     Wird dieser Parameter angegeben, so wird nicht das mit ZMODEM über-
  146.     mittelte Filedatum verwendet, sondern das aktuelle Systemdatum und
  147.     Uhrzeit.
  148.  
  149. Neuer Commandlineparameter für RZ.PRG & SZ.PRG: '-q'
  150.     Wird dieser Parameter angegeben, so wird am Ende keine Ausgabe einer
  151.     Meldung nach stderr vorgenommen.
  152.  
  153.  
  154. v 1.9a 17.12.90
  155.  
  156. Fehler bei RZ behoben: Wenn Platte das zu empfangende File nicht mehr
  157. aufnehmen konnte, wurde ein Skip an den Sender geschickt. Dies wirkte
  158. sich beim Maustausch fatal aus, da die Maus den Tausch als erfolgreich
  159. angesehen hat. Nun wird ein Cancell gesendet. Dadurch bricht die Maus den
  160. Tausch ohneErfolg ab.
  161.  
  162. Bei SZ & RZ: Man sollte bei TC kein String-Merge gestatten, wenn man
  163. die Resource im File stehen hat. Das führte ab und an zu seltsamen Effekten
  164. bei langen Pfad- Filenamen.
  165.  
  166.  
  167. v 1.9b 02.01.91
  168.  
  169. Der Fehler im TOS, dass bei ausgewähltem RTS/CTS Handshake trotzdem
  170. keines verwendet wird, wird nun von SZ & RZ korrigiert.
  171. Anscheinend ist in IOREC der RS232 eine Variable als WORD deklariert,
  172. die von den Tx-Routinen aber als Byte abgeprüft wird. SZ bzw RZ tragen den
  173. Wert aus dem Low-Byte des WORD's nun auch im High-Byte ein. Dann
  174. funktioniert das RTS/CTS Handshake.
  175.  
  176. v 2.0 15.1.90 nur für registrierte Benutzer:
  177.  
  178. Das ausgebügeln des TOS-Fehlers in v1.9b ergab Probleme bei manchen TOS-
  179. Patches. Dies wurde wieder rausgenommen. Stattdessen ist TURBOCTS und
  180. CTS_TT beigelegt. Mit einem dieser PRG's im Autoordner sollten die Hand-
  181. shake-Probleme beseitigt sein. Vorausgesetzt, man verwendet ein Kabel, bei
  182. dem auch die Handshakeleitungen verdrahtet sind. Ausserdem muss bei Modems,
  183. die mit mehr als 2400 Baud zwischen Rechner und Modem arbeiten, auch das
  184. RTS/CTS Handshake eingeschaltet sein. (Sowohl im Modem-Setup als auch im
  185. Terminalprogramm)
  186.  
  187. Carrier-Überwachung. Nun wird ständig der Carrier überwacht und bei Ver-
  188. schwinden des Carriers eine Übertragung abgebrochen.
  189. Mit -D kann die Carrierüberwachung abgeschaltet werden.
  190. Die Carrier Überwachung funktioniert leider nur auf dem Standard-ST-Port.
  191. Ich habe noch keinen 'sauberen' Weg gefunden, dies auch für die restlichen
  192. TT-Port's zu implementieren, da ich noch zu keine Info's darüber habe.
  193.  
  194. Berechnung von Time left erfolgt nun über die CPS  und nichtmehr über die
  195. Baudrate. (Wegen MNP)
  196.  
  197. Implementation von XMODEM, XMODEM-1k, XMODEM-g, YMODEM-g und YMODEM Batch
  198.  
  199. Die geplante RLE Compression habe ich weggelassen, da praktisch keine un-
  200. komprimierten Files transferiert werden. Bei komprimierten Dateien sinkt
  201. die Übertragungsrate mit RLE. Ausserdem habe ich alle möglichen Boxen abge-
  202. klappert, und dabei keine einzige gefunden, die auch RLE-Übertragung
  203. gestattet.
  204.  
  205.  
  206. v 2.01 21.3.91
  207.  
  208. Vorzeichenfehler nach 32KB bei Ymodem behoben.
  209.  
  210.  
  211. v 2.02 23.3.91
  212.  
  213. bei ZMODEM-Senden sind nun auch Wildcards möglich
  214. Für Rechner <-> Rechner Übertragung kann nun z.B. folgende Kommandozeile
  215. eingegeben werden: -D *.C *.H
  216. Das -D disabled die Carrier-Überwachung, die ja bei Rechner-Übertragung
  217. nicht notwendig ist.
  218.  
  219. neuer Commandlineparameter für SZ & RZ: -a
  220. Wird -a angegeben, so werden bei SZ alle CRLF-Folgen in LF umgesetzt,
  221. sofern dies der Empfänger zulässt. (wenn ASCII-Mode baechtet wird)
  222. Bei RZ werden alle LF in CRLF umgesetzt (unabhängig vom Sender).
  223.  
  224. Alle 3 Programe arbeiten nun mit ARGV-Protokoll.
  225. Es sind Commandlines mit einer Länge von bis zu max. 511 Byte möglich.
  226.  
  227.  
  228. v 2.03 27.3.91
  229.  
  230. Neuer Parameter -P bei rz
  231. Mit -P pfad kann man einen Zielpfad angeben, in den die empfangene Datei
  232. geschrieben wird. Eine eventuelle Pfadangabe durch den Sender wird dann
  233. ignoriert.
  234.  
  235.  
  236. v 2.1  16.4.91
  237.  
  238. ACC-Version von GSZRZ. Wenn GSZRZACC.PRG in GSZRZACC.ACC umbenannt und
  239. installiert wird, kann es mit appl_write angesprochen werden.
  240. Wenn dann das Update auf RUFUS 1.1 ausgegeben wird, kann RUFUS dieses ACC
  241. bedienen. GSZRZACC wird also NUR über eine Application-Message angesprochen.
  242. Ein Aufruf aus der Menüzeile ist (vorerst?) nicht möglich!
  243.  
  244. GSZRZACC lauert also im Hintergrund, bis es aufgerufen wird. Während der
  245. Übertragung kann kein anderes Programm bedient werden. Es handelt sich
  246. also NICHT um eine Hintergrundübertragung !
  247.  
  248. Bis RUFUS das ACC unterstützt, wird ein kleines Testprogramm beigelegt, mit
  249. dem die Kommandozeile an das ACC übergeben werden kann.
  250. Also GACCTEST.TTP anklicken und z.B. '-sz -D test.xyz' eingeben. Dann wird
  251. die Datei test.xyz mit ZMODEM gesendet.
  252.  
  253. Die TURBO-C Source von GACCTEST.TTP ist auch beigelegt, um für eventuelle
  254. Interessenten klarzulegen, wie das ACC angesprochen werden kann.
  255.  
  256. RLE Compression ist nun auch eingebaut.
  257. RZ erkennt RLE automatisch, wenn -z als Parameter übergeben wird.
  258. Bei SZ muss der Parameter -z angegeben werden.
  259. RLE Compression bringt aber nur eine Steigerung des Durchsatzes bei
  260. unkomprimierten Files! Bei bereits komprimierten Files (ARC,ZOO,LZH,ZIP)
  261. drückt eingeschaltete Compression die CPS-Rate!
  262.  
  263. Bei SZ war ab Version 2.0 der Timeout etwas zu kurz gesetzt. Dadurch kam
  264. es zu Problemen, wenn der Empfänger für das Anlegen der Datei zu lange
  265. brauchte. (Danke an Stephan Bausch für die Aufdeckung des Fehlers)
  266.  
  267.  
  268. v 2.11 24.4.91
  269.  
  270. Bei sz, Mode YMODEM-1k-g wurde in der Anzeige nicht das -1k-g angezeigt
  271.  
  272. v 2.12 5.4.91
  273.  
  274. Bei rz, Mode YMODEM-1k-g wurde in der Anzeige nur -g angezeigt
  275. Timeout bei SZ weiter hoch gesetzt.
  276.  
  277.  
  278. v 2.13 11.45.91
  279.  
  280. Murphy hatte zugeschlagen. Nachdem ich bei der Version 2.1 über meine
  281. Sourcen einen C-Beautyfier laufen liess, hatte ich nicht bemerkt, dass
  282. anschliessend alle 'register' Anweisungen fehlten. Die Programme liefen
  283. ja einwandfrei. Allerdings wurde bei direkter Rechnerkopplung mit 19200 BPS
  284. die Übertragungsrate erheblich gedrückt.
  285. Special Thanks an Gereon Steffens, der nicht lockergelassen hat, bis ich
  286. den Fehler gefunden habe.
  287.  
  288.  
  289. v 2.14 01.06.91
  290.  
  291. Bei RZ wurde bei '-o file.ext' das empfangene File unter dem Originalnamen
  292. und nicht unter file.ext abgelegt.
  293.  
  294.  
  295. v 2.15 14.06.91
  296.  
  297. Die Carrierüberwachung funktioniert nun auf dem ATARI TT bei den
  298. Ports 'Modem 1', 'Modem 2', 'Serial 2'. Der Port 'Serial 1' hat keinen
  299. Carrier-Eingang. Eine Überwachung ist hier also nicht sinnvoll.
  300.  
  301. Neuer Parameter bei SZ: -b unterdrückt das Senden eines Break bei einer
  302. Blockwiederholung (Retry)
  303. Das Senden eines Break funktioniert leider trotz SERPTCH2 nicht auf dem
  304. 'Modem 2' und dem 'Serial 2' Port des TT. Ich suche noch nach einem sauberen
  305. Weg, das Break auch für diese Ports zu implementieren.
  306.  
  307. -q hat bei SZ nicht funktioniert
  308.  
  309.  
  310. v 2.16  24.06.91
  311.  
  312. Die Carrierüberwachung funktionierte sei v2.15 nicht mehr auf dem ST.
  313. Achtung: Die Aussage, das die Routine Bconmap auf einem ST als Rückgabe-
  314. wert 44 liefert, stimmt NICHT. Da wird eine Rom-Adresse zurückgeliefert :-(
  315.  
  316. Neuer Parameter bei SZ und RZ:
  317. Wird -S (Grossbuchstabe!) angegeben, so wird bei Beenden des Programmes
  318. auch die letzte CPS-Rate ausgegeben. (Hallo Gereon :-)
  319.  
  320.  
  321. v 2.17 04.07.91
  322.  
  323. Bei Empfang mehrerer Dateien in Folge wurde 'Resumed' nicht gelöscht.
  324.  
  325.  
  326. v 2.20 24.09.91
  327.  
  328. Bei RZ wurde auch bei Angabe eines Zielpfades mit -P der notwendige Platz
  329. für das Rx-File auf dem aktuellen Laufwerk ermittelt und nicht auf dem
  330. durch -P angegebenen.
  331.  
  332. RZ bombte bei ungültigen (zu langen) Dateinamen. Ich hoffe, ich habe jetzt
  333. alles abgefangen. (Immer diese AMIGA und MAC-User :-)
  334.  
  335. Bei SZ war die CPS- und Time left Anzeige bei Übertragung von mehreren Files
  336. (z.B. durch *.ASM) nach einem Resume verfälscht.
  337.  
  338. Übertragung wird als Bargraph angezeigt.
  339.  
  340. ein paar neue Parameter für Speicherarme:
  341. neuer Parameter bei RZ:
  342. -b size   Einstellen der Grösse des Rx-Puffers
  343.           SIZE: default 16384, min 512, max 16384
  344.  
  345. neuer Parameter bei SZ und RZ:
  346. -F size   Einstellen der Grösse des File-Puffers
  347.           SIZE: default 16384, min 1024, max 262144
  348.  
  349. neuer Parameter bei SZ:
  350. -8        verwendet eine Blockgrösse von 8192 Byte anstelle von 1024. Soll
  351.           im FidoNet durchaus üblich sein. RZ erkennt selbst 8KB Blöcke.
  352.           ACHTUNG: Es gibt nicht viele ZMODEM Programme, die diesen Modus
  353.                    beherrschen. Er wurde nur auf ausdrücklichen Wunsch
  354.                    einiger registrierter Benutzer implementiert.
  355.  
  356. GSZRZACC.ACC benutzt jetzt RUFUS-Schnittstellen. Somit ist es ab RUFUS 1.10
  357. möglich, über alle durch RUFUS verfügbaren Schnittstellen wie MIDI-Schnitt-
  358. stellen und alle TT-Schnittstellen mit ZMODEM zu arbeiten.
  359.  
  360.  
  361. v 2.21 30.09.91
  362.  
  363. Bargraph wurde bei YMODEM Rx nicht angezeigt.
  364. Fehler bei Anzeige des Fehler/Status-Textes beseitigt.
  365. Fehler bei beenden von YMODEM Senden behoben.
  366. Fehler bei XMODEM-Rx: Angabe von Pfadnamen zum Dateinamen funktioniert nun.
  367.  
  368. v 2.22 23.10.91
  369.  
  370. Absturz bei Parameter -o behoben.
  371. Maus wird nun im ACC-Betrieb wieder ausgeschaltet. (Hallo Dirk :-)
  372.  
  373. v 2.23 27.10.91
  374.  
  375. neuer Parameter -m
  376. Wird -m angegeben, so wird die MIDI Schnittstelle zur Übertragung ver-
  377. wendet. Da die MIDI-Schnittstelle keine Handshakeleitungen hat, muss
  378. zusätzlich -l 1024 angegeben werden. Wird am anderen Ende auch ein Pro-
  379. gramm aus dem GSZRZ-Paket verwendet, so kann man auch in 8 KB-Blöcken
  380. übertragen.
  381.  
  382. Aufruf für SZ: sz -m -l 1024 file.xyz
  383. oder           sz -m -8 -l 8192 file.xyz
  384. Aufruf für RZ: rz -m
  385.  
  386. v 2.24 29.10.91
  387.  
  388. Fehler bei RZ, Parameter -e, behoben. Fileextension wird nun korrekt hoch-
  389. gezählt.
  390.  
  391. v 2.25 27.11.91
  392.  
  393. RZ: Bombenstimmung bei fehlerhaften Parametern behoben.
  394.  
  395. Carrier Überwachung bei Serial 2 wieder ok.
  396.  
  397. SZ bricht nun mit Fehlermeldung ab, wenn zu lange nichts mehr vom Empfänger
  398. kommt. Dazu ein Hinweis an Mailboxbetreiber: Bei unbeaufsichtigtem Transfer
  399. ist es sicherer, wenn SZ mit dem Parameter '-l 1024' verwendet wird. Dann
  400. lässt sich ein Timeout eher feststellen. Wird im Stream-Mode gearbeitet und
  401. der Rx empfängt trotz Carrier nichts, dann merkt SZ dies erst am Ende der
  402. Übertragung. Ergibt allerdings eine niedrigere Übertragungsrate.
  403.  
  404. SZ kann die zu sendenden Dateien nun aus einem Script-File lesen.
  405. Aufruf: SZ -s script (ACHTUNG kleines 's' verwenden!)
  406.  
  407.  
  408. v 2.26 22.02.92
  409.  
  410. Mäusedreck-Fehler entfernt.
  411.  
  412. Wenn der Empfänger wegen bereits existierender Datei abbricht, wird bei SZ
  413. nun nicht mehr Exitcode 0 zurückgegeben, sondern 128 + Anzahl der fehler-
  414. haften Dateien, also im Normalfall 129 (siehe Exitcodes in GEMSZRZ.TXT)
  415.  
  416. Bei Empfang von mehreren Dateien wurde die Anzeige nach dem ersten File
  417. nicht mehr initialisiert.
  418.  
  419. Reinitialisierung bei der ACC-Version für -P, -r und noch ein paar andere
  420. Parameter fehlte. (dank an Harald :-)
  421.  
  422. Für den Einsatz in Mailboxprogrammen wurde bei RZ die Prüfung der noch
  423. verbleibenden Online-Zeit aufgenommen (Stichwort NetCall Hour). Dazu
  424. braucht RZ 2 Parameter:
  425. -C xxxx
  426. -U xyz
  427. Bei -C wird der folgende Wert als aktuelle Baudrate ausgewertet.
  428. -U ist die restliche Onlinezeit in Sekunden.
  429. Reicht die Zeit für einen Upload nicht mehr aus, so wird RZ mit Exitcode 9
  430. und dem Hinweis 'not enough time for upload' abgebrochen. Zu diesem Zeit-
  431. punkt ist noch keine Datei angelegt, es bleiben also auch keine Datei-
  432. Leichen zurück.
  433. Wird durch Blockwiederholung die verfügbare Online-Zeit überschritten, so
  434. wird der Empfang mit Exitcode 10 abgebrochen. Die empfangene Datei wird
  435. geschlossen, kann also eventuell später komplettiert werden.
  436.  
  437. Wenn SZ.PRG oder RZ.PRG oder GSZRZACC.PRG NUR mit dem Parameter -GVER
  438. aufgerufen wird, so bekommt man sofort die aktuelle Versionsnummer als
  439. Exitcode zurück. Die Zahl vor dem Punkt ist im oberen, der Rest im unteren
  440. Byte. Bei Version 2.26 also Hex 021A. Das Programm wird sofort wieder
  441. beendet.
  442.  
  443. Neuer Parameter -M: damit wird sowohl bei SZ wie RZ die Maus während des
  444. Transfers abgeschaltet, um Störungen zu vermeiden.
  445.  
  446.  
  447. v 2.27 8.5.92
  448.  
  449. Bei der Abfrage auf Control-Alternate zum Abbruch wurden die anderen Tasten
  450. wie Shift und vor allem Caps-Lock nicht ausmaskiert.
  451.  
  452. Neuer Parameter -G: Wird Parameter -G angegeben, ertönt beim Beenden von
  453. SZ oder RZ ein 'Pling'.
  454.  
  455. Da mittlerweile mehrere User auch auf dem ST mit 38400 BPS arbeiten, habe
  456. ich versucht, vor allem RZ zu optimieren. Dabei ist bei direkter Rechner-
  457. Kopplung eine Steigerung von mehr ca. 23 % rausgekommen. Trotzdem ist die
  458. maximal erreichbare Rate noch weit unter SZ. Dem ST fehlt für diese Über-
  459. tragungsgeschwindigkeit halt doch die Power.
  460.  
  461. Der Rx-Puffer ist nun default auf 1024 Byte eingestellt, da selbst bei 16KB
  462. keine Geschwindigkeitssteigerung feststellbar ist. Dadurch ist der notwen-
  463. dige Speicherplatzbedarf geringer. Der Puffer kann aber jederzeit durch den
  464. Switch -b höher gesetzt werden.
  465.  
  466. Es gibt jetzt folgende Programm-Versionen:
  467.  
  468. GSZRZ_TT.ACC ist eine für 68020 kompilierte Version, die sich sowohl als
  469.              ACC als auch als PRG einsetzen lässt.
  470.  
  471. GSZRZACC.ACC Die Standard-Version, auch auf dem ST lauffähig.
  472.  
  473. GSZRZ_TT.TTP ist eine für 68020 kompilierte Version, die KEINE GEM-Anzeige
  474.              vornimmt. Stattdessen wird nach 'stdout' ausgegeben. Bei RUFUS
  475.              landet die Ausgabe also im Terminalfenster.
  476.  
  477. GSZRZ_ST.TTP Die gleiche Version, aber auch auf dem ST lauffähig.
  478.  
  479. SZ.PRG       Die Programme als einzelne Moduln. Diese einzelnen Moduln
  480. RZ.PRG       wird es in Zukunft NICHT MEHR geben. Man kann ja jeder-
  481.              zeit GSZRZxxx.ACC in PRG umbenennen (siehe auch GSZRZ.TXT).
  482.              Programme, die auf diese Moduln angewiesen sind, sollten
  483.              also rechtzeitig umgestellt werden.
  484.  
  485. v2.28 07.06.92
  486.  
  487. Bei RZ wurde IOREC bei verlassen des Programmes nicht zurückgesetzt. Dadurch
  488. sind nachfolgende Programme abgeschossen worden, sobald etwas über die
  489. serielle Schnittstelle ankam.
  490.  
  491.